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Claim of Priority: 

[0001] This application claims the benefit of U.S. Provisional Application No. 
60/442,780, filed January 27, 2003, and is incorporated herein by reference. 

Cross-References: 

[0002] This application is related to co-pending U.S. Utility Patent Application Serial 

No. by Kathiravan Sengodan entitled "WEB-BASED INTERFACE FOR JAVA 

MESSAGE SERVICE MARK-UP LANGUAGE", filed (BEAS-01 351 US2). U.S. 

Utility Patent Application Serial No. by Kathiravan Sengodan entitled 

"COMMAND-LINE INTERFACE SYSTEM AND METHOD FOR JAVA MESSAGE SERVICE 

MARK-UP LANGUAGE", filed (BEAS-01 351 US3), and U.S. Utility Patent 

Application Serial No. by Kathiravan Sengodan entitled "INTEGRATED 

DEVELOPMENT ENVIRONMENT FOR JAVA MESSAGE SERVICE MARK-UP 

LANGUAGE", filed (BEAS-01 351 US4), which applications are also 

incorporated herein by reference. 

Field of the Invention : 

[0003] The invention relates to mark-up languages for use with the JAVA Message 
Service (JMS) and JAVA Management Extensions (JMX), systems programming which 
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include parsers for parsing the markup language and converting them into JMS and JMX 
Application Programmer Interface APIs, and methods for processing the same. 

Background : 

[0004] In a business enterprise environment, the JAVA 2 Enterprise Edition (J2EE) 
platform is often used to build distributed transactional applications for the enterprise. To allow 
for rapid application design, the J2EE platform provides a component-based approach to the 
design, development, assembly and deployment of enterprise applications. The J2EE 
platform offers a multi-tiered distributed application model, and the ability to reuse 
components. In a multi-tiered distributed application model, application logic is divided into 
components according to their function. The components are themselves often physically 
divided among separate machines depending on their association to a certain J2EE 
environment tier. Communication for the purpose of coordination between physically and 
logically distinct components of an enterprise application is therefore a complex task. 
[0005] The JAVA Message Service (JMS) API was introduced primarily for the 
purpose of allowing JAVA applications to interact with messaging-oriented middleware 
(MOM) systems such as IBM's MQSeries and Peerlogic's PIPES software. Today, JMS has 
largely replaced such MOM systems and many vendors have adopted and implemented the 
JMS API. JMS has become increasingly robust and currently offers such features as the 
capability for any application client. Enterprise JAVABean (EJB) or Web component to 
synchronously send and/or receive a JMS message. Application client components can also 
receive JMS messages asynchronously. A unique type of EJB, the message-driven bean, 
extends the capability for asynchronous JMS message consumption to other enterprise 
components. Generally, the JMS API simplifies inter-component communication by enabling 
loosely coupled asynchronous communication across the board between J2EE components 
individually and also between legacy system messaging implementations and J2EE 
components considered collectively. 
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[0006] Frequently, a JMS based application development requires configuring and 
managing certain JMS components on the server side like JMS Connection Factories, JMS 
Destinations etc., as well as designing application clients capable of interacting with the 
server-side components. Application clients utilizing JMS functionality can be categorized as 
producers, consumers, or both. Producer-type application clients are responsible for creating 
various JMS message types (such as text, XML, objects, streams and bytes) and relaying 
them to JMS destinations (such as queues and topics). Consumer-type application clients 
may subsequently receive messages from these destinations in either synchronous or 
asynchronous fashion. 

[0007] Message producers and consumers communicate using either the 
"Point-to-Point" or the "Publish-Subscribe" messaging model. The chief characteristic of the 
"Point-to-Point" model is a one-to-one relationship between messages sent by message 
producers and message consumers. The JMS API achieves this by using queue destinations. 
A single message may be enqueued by at most one message producer, and may be 
dequeued by at most one consumer. The "Publish-Subscribe" model differs in that a 
one-to-many relationship exists between message producers and consumers. Messages are 
routed through "Topic" destinations. A single message may be published Into the topic by, at 
most, one message producer, yet may be retrieved by a plurality of message consumers. 
Most implementations of the JMS API support each of the "Point-to-Point" and the 
"Publish/Subscribe" messaging methodologies, as well as combinations of the two, further 
easing issues of integration with legacy messaging products. 

[0008] The JAVA Management Extensions (JMX) comprise a set of specifications and 
development tools for managing JAVA environments, and for building third-generation 
Operation, Administration and Management/Monitoring (0AM) solutions. It specifies 
management architecture and APIs, as well as basic management services. JMX offers a 
tiered architecture into which managed resources and management applications can be 
integrated in a plug-and-play manner. 
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[0009] The standard JMX architecture is composed of 3 tiers - the instrumentation 
level, the agent level, and the manager level, often referred to as the "distributed services 
level". The instrumentation level typically contains objects of broad interest to developers 
generally. The agent level provides management agents which are containers that provide 
core management services which are capable of being extended by adding other JMX 
resources. Finally, the manager level provides management components that operate as a 
manager or agent for distribution and consolidation of management services. 
[0010] In application servers, such as BEA's WebLogic Server. JMX is extensively 
used for operation, administration and management of application server objects through 
interaction with Management Beans (also referred to as MBeans). WebLogic Server, for 
example, utilitizes "Config MBeans" and "Runtime MBeans" to configure and monitor server 
internals. "Config MBeans" represent the configuration information of a booted WebLogic 
Server. The application server creates a "Config MBean" for each element of the config.xml 
file and an administrator can modify the configuration of a running application server by simply 
interacting with the identified "Config MBean". A "Runtime MBean" is used for monitoring 
application server performance by maintaining state information on any variety of server 
statistics and an administrator may readily ascertain the desired information by interacting 
with the "Runtime MBean" using the functionality of the JMX API. 
[001 1 ] At a more granular level, the JMS and JMX APIs are themselves very complex, 
and the intricacies of both can be difficult to learn and use. Therefore, utilizing these APIs is 
often a tedious process, and is also sometimes confusing to novice programmers and 
developers. It is not uncommon for a developer to have to write long and complicated code 
to instantiate JMS objects, to facilitate interactions between JMS objects and to manage all 
of these objects and transactions. The computer instructions necessary to build similar but 
slightly different JMS objects and their usage often requires the programmer to rewrite 
essentially the same code multiple times for each object, resulting in wasted resources and 
a decrease in overall efficiency. A method and/or system that could be used for reducing the 
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complexity of this process and for facilitating the Operation, Administration and 
Management/Monitoring and the usage of JMS objects would be of great benefit. 

Summary of the Invention: 

[001 2] Generally described, the invention provides a markup language and associated 
tools for JMS (referred to herein as the JMS Markup Language or JMSML). JMSML is useful 
for creating simple and reusable JMS components for performing all of the JMX operations 
necessary for dynamic configuration, management and mntime monitoring of the JMS server, 
in addition to performing enterprise messaging using the JMS operations. Embodiments of 
the invention include systems and methods that abstract the complexity of the JMS and JMX 
APIs into a relatively small plurality of easy-to-use extensible Markup Language (XML) tags. 
[001 3] In accordance with one embodiment the invention comprises a system having 
an extensible engine that performs the task of parsing input data and converting it to Java 
JMS/JMX API, and then executes the JMSML program. In other embodiments the invention 
includes methods of using JMSML to access JMS/JMX APIs. 

Brief Description of the Drawings: 

[0014] Figure 1 shows a diagram of a system in accordance with an embodiment of 
the invention, and shows the components used by the JMSML engine to process a XML- 
formatted file containing JMSML-compliant tags. 

[001 5] Figure 2 shows a diagram of a JMSML engine as accessible through a plurality 
of "application wrappers" which facilitate user interaction with the engine, in accordance with 
an embodiment of the invention. 

[0016] Figure 3 depicts the interaction between senders, messages, queues and 
receivers in the Point-to-Point messaging model in accordance with an embodiment of the 
Invention. 
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[0017] Figure 4 depicts the interaction between publishers, messages, topics and 
subscribers in the Publish-Subscribe messaging model in accordance with an embodiment 
of the invention. 

[0018] Figure 5 shows a JMSML system that includes an Integrated Development 
Environment in accordance with an embodiment of the invention. 
[0019] Figure 6 shows the layout and components of an Integrated Development 
Environment may be configured in accordance with an embodiment of the invention. 
[0020] Figure 7 is a screenshot depicting a high level overview of how the JMSML 
Integrated Development Environment may be configured in one embodiment of the invention. 
[0021] Figure 8 is a screenshot of the JMSML Integrated Development Environment 
illustrating the JMX design screen feature in accordance with an embodiment of the invention. 
[0022] Figure 9 is a screenshot of the JMSML Integrated Development Environment 
illustrating the JMS design screen feature in accordance with an embodiment of the invention. 
[0023] Figure 1 0 is a screenshot of the JMSML Integrated Development Environment 
illustrating the Messages design screen feature in accordance with an embodiment of the 
invention. 

[0024] Figure 1 1 is a screenshot of the JMSML Integrated Development Environment 
depicting leaves In the JMSML Operation Tree which have corresponding entries in the 
Integrated Development Environment Source Window, and also shows the type of output 
displayed in the Integrated Development Environment Verbose Window after the JMSML 
code residing in the Integrated Development Environment Source Window is executed. 
[0025] Figure 1 2 is a screenshot of the JMSML Integrated Development Environment 
in accordance with an embodiment of the invention, illustrating the output displayed in the 
Integrated Development Environment Verbose Window aflerthe command to create a new 
JMSServer MBean is given. 

[0026] Figure 1 3 is a diagram of the JMSML Integrated Development Environment in 
accordance with an embodiment of the invention, illustrating the type of output displayed in the 
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Integrated Development Environment Output Window after the JMSML source cxxJe displayed 

in the Integrated Development Environment Source Window Is executed. 

[0027] Figure 14 Is a diagram of the JMSML Integrated Development Environment In 

accordance with an embodiment of the Invention, illustrating the type of output d Isplayed in the 
Integrated Development Environment Output Window after a JMSML command requesting 
the runtime state Information on the "Warehouse" queue Is executed, in accordance with an 
embodiment of the Invention. 

[0028] Figure 1 5 shows a JMSML system that Includes a command-line Interface In 
accordance with an embodiment of the invention. 

[0029] Figure 1 6 shows a flowchart of the operation of a JMSML system that includes 
a command-line interface In accordance with an embodiment of the Invention. 
[0030] Figure 1 7 shows a JMSML system that Includes a web Interface In accordance 
with an embodiment of the invention. 

[0031] Figure 1 8 shows a flowchart of the operation of a JMSML system that includes 
a Web interface in accordance with an embodiment of the invention. 
[0032] Figure 19 shows a screenshot of a Web interface In accordance with an 
embodiment of the Invention. 
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Detailed Description: 

[0033] An embodiment of the invention provides a markup language (referred to herein 
as JMSML), and user interfaces, that are useful for creating simple and reusable JMS 
components. The JMS components can be used for performing JMX operations necessary 
for dynamic configuration, management and runtime monitoring of a JMS server, in addition 
to performing enterprise messaging using the JMS operations. JMSML is a mark-up 
language designed and developed to make Java Message Service (JMS) and Java 
Management Extensions (JMX) programming easy by hiding the JMS and JMX Java API 
complexity behind a few easy-to-use XML tags. Embodiments of the invention include 
systems and methods that utilize JMSML to abstract the complexity of the JMS and JMX APIs 
into a relatively small plurality of tags. 

[0034] In accordance with one embodiment the invention comprises a system having 
an extensible engine that performs the task of parsing input data and converting it to Java 
JMS/JMX API, and then executes the JMSML program. In other embodiments the invention 
includes methods of using JMSML to access JMS/JMX APIs. 

[0035] A typical JMS application development process involves configuring and 
managing the JMS server components, such asthe JMSConnectionFactory, JMSDestination, 
etc. , on the JMS Provider application server, and then writing JMS application clients that will 
make use of these administered server-side objects to perform Java messaging. JMS 
application clients are written in Java using the JMS API, and are categorized into two types 
of programs: Producers, and Consumers. Producers create various JMS Message types (like 
Text, XML, Object, Stream, Bytes) and send them to the JMS destinations (Queues and 
Topics). Consumers receive the messages from the JMS destinations (Queues and Topics), 
both synchronously and asynchronously. The JMS API enables both producers and 
consumers to utilize various qualities of service (QOS) that are provided by the underlying 
JMS implementation and by the JMS providers (such as transaction, acknowledgment, etc.). 
[0036] Creating producers and consumers in this manner involves following some 
specific steps, in a specific order, while using the JMS API. This process has to be repeated 
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for every single producer and consumerthatiswrittentouse Java messaging. For example, 
in accordance with traditional methods, in order to use the JMS API to send the text message 
"Hello World" to a JMS queue named "exampleQueue" using a JMSConnectionFactory 
objectnamed "QueueConnectionFactory" via a non-transacted, auto-acknowledge 
JMSSession, a JAVA program of such as that shown below may be required: 

import java.util.*; 
import j avax . naming . * ; 
import javax.jms.*; 

public class QueueSend 

{ 

public final static String 

JNDI_FACTORY="weblogic . jndi . WLInitialContextFactory" ; 
public final static String 

JMS_FACTORY= "QueueConnect ionFactory " ; 
public final static String QUEUE="exampleQueue" ; 

private QueueConnect ionFactory qconFactory; 

private QueueConnect ion qcon; 

private QueueSession qsession; 

private QueueSender qsender; 

private Queue queue; 

private TextMessage msg; 

public void init (Context ctx, String queueName) 
throws NamingException, JMSException 

{ 

qconFactory = (QueueConnect ionFactory) 

ctx, lookup ( JMS_FACTORY) ; 
qcon = qconFactory . createQueueConnection{ ) ; 
qsession = qcon . createQueueSession (false, 

Session, AUTO_ACKNOWLEDGE) ; 
queue = (QUEUE) Ctx . lookup (queueName) ; 
qsender = qsession. createSender (queue) ; 
msg = qsession. createTextMessage 0 ; 
qcon. start () ; 

} 

public void send (String message) 
throws JMSException 

{ 

msg . setText (message) ; 
qsender .send (msg) ; 

} 
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public void close () 

throws JMSException 

{ 

qsender . close ( ) ; 
qsession.closeO ; 
qcon. close () ; 

} 

public static void main (String [] args) 
throws Exception 

{ 

if (args. length != 1) 

{ 

System. out .println("Usage: java QueueSend WebLogicURL" ) ; 
return; 

} 

InitialContext ic = getlnitialContext (args [0] ) ; 
QueueSend qs = new QueueSend ( ) ; 
qs.init(ic, QUEUE) ; 
qs. send ("Hello World"); 
qs. close 0 ; 

} 

private static InitialContext getlnitialContext (String url) 
throwsNamingExcept ion 

{ 

Hashtable env = new Hashtable () ; 

env.put (Context .INITIAL_CONTEXT_FACTORY, JNDI_FACTORY) ; 
env.put (Context .PROVIDER_URL, url); 
return new InitialContext (env) ; 

} 

[0037] As can be seen from the above example, using traditional methods the required 
Java program is quite long and complex. The JMSML approach to writing JMS application 
clients is accomplished without writing Java code using the JMS API. Instead, the entire JMS 
API complexity is abstracted into a few XML tags that are easy to use and remember. By 
using JMSML, a developer can create simple re-usable JMS components, such as a 
"Sender", "Receiver", "Publisher", and "Subscriber. JMSML makes administration of a JMS 
server very simple by using XML tags, thus eliminating the JMX Java API complexity. JMSML 
supports all the JMX operations that are needed to do dynamic configuration, management, 
and runtime monitoring of a JMS server. In accordance with one embodiment, use of the 
present invention significantly simplifies and shortens the length of the required code. As 
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illustrated in Figure 1 , an XML file 20 is formatted with the JMSML-specific tags (described 
in further detail below). This file is then used to perform the necessary operations. An example 
of such an XML file which is analogous in operation to the JAVA code example shown above 
may be represented using JMSML as follows: 

<?xml version="1.0" encoding="UTF-8"?> 

<!DOCTYPE jmsml PUBLIC "-//BEA Systems Inc//DTD JMSML Version 1.0 
JMSML/ /EN" " jmsml .dtd"> 
< jmsml > 

<operation Class= "message" Type="Text" Name="MyQueueSender" 
Factory="QueueConnectionFactory" 
Queue = " exampleQueue " 
Body="Hello World" > 

Send 

</operation> 
</ jmsml> 

[0038] In this instance, JMSML will create QueueSender with a non-transacted and 
auto-acknowledge JMSSession. Once this operation is executed, then the "MyQueueSender" 
object is still available for re-use later until the end of the program execution. That Is, 
"MyQueueSender" can be re-used to send a different message(s) to a different queue. 

SYSTEM ARCHITECTURE 

[0039] In accordance with one embodiment, JMSML is implemented as a number of 
neatly abstracted Java components grouped together as the extensible JMSML engine., 
which utilizes technologies like JMS, JMX and XML to deliver the power that a JMS 
application developer needs, while hiding all the finer details of Java and JMS API behind a 
few XML tags. 

[0040] Figure 1 shows a logical diagram of a system in accordance with an 
embodiment of the invention, and depicts the steps used by the JMSML engine when 
processing a XML-formatted file containing JMSML-compliant tags. In practice the JMSML 
engine may run as a process on a computer server or other processing device. The other 
components of the system shown in Figure 1 may operate or exist on the same device or on 
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different devices. Some components may operate within the engine itself or may operate as 
different processes communicating with the engine. In one embodiment the engine includes 
the logical components or functionality of an XML parser 22. command processor 24, 
command dispatcher 26, message processor 28, mbean processor 30, system processor 
32, logger 34, and result processor 42. Depending on the implementation not all of these 
components may be needed. The input JMSML (XML) program is validated and parsed into 
individual command objects that are dispatched to the appropriate command processors. 
MessageProcessor executes all the JMS operations, MBean Processor executes all the JMX 
operations, and System Processor executes all the miscellaneous system commands, like 
SLEEP. The result of the execution is saved in an output file. As shown in Figure 1 , the file 
20 is initially passed to an XML parser 22 which strips out the JMSML-formatted commands 
and sends them on to the command processor24. The command processor 24 validates the 
snippets of code identified as JMSML commands, parses these bits of code into individual 
command objects, passes the resultant command objects to the command dispatcher 26, and 
sends a record of the transaction to the logger module 34. The command dispatcher will 
proceed to group the command objects into one of three categories: JMS command objects; 
JMX command objects; and system command objects. JMS command objects are passed 
to the Message processor module 28, JMX command objects are passed to the MBean 
processor module 30, and system command objects are passed to the System processor 
module 32. Each of these three modules 28. 30, 32 performs the requested operation and 
relays a record of the transaction to the logger module 34. The logger module 34 further 
propagates the execution record into a complete ".out" log file written from standard out 38, 
a ".verbose" log file suitable for debugging purposes 36, and a ".bmk" file suitable for 
benchmari^ing purposes 40. Finally, the result processor module 42 accepts data from both 
the ".bmk" benchmark file 40 and the standard output (".out") exhaustive log file 38, interprets 
this data according to the particular implementation, and retums a transmission to the JMSML 
user indicating the success or failure of the operation. 
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[0041] Figure 2 illustrates that this method might also be imbedded within an 
"application shell" 50 which facilitates user interaction with the JMSML engine 52. 
[0042] A few of the XML elements currently understood in the JMSML include those 
shown below. It will be evident that additional JMSML elements can be used and understood 
by the engine, depending on the particular implementation: 

<jmsTnl></ jmsml> 
<scenario></scenario> 
<operation></operation> 
<repeat></ repeat > 

[0043] A typical structure of a JMSML program is shown below. It will be evident that 
each JMSML program need not adhere exactly to this structure: 

< jmsml> 

<operation></operation> 
<repeat> 

<operation></operation> 

</ repeat > 

<scenario> 

<purpose></purpose> 

<expectedresult></expectedresult> 

<operation></operation> 

<operat ionx /operat ion> 

<repeat> 

<operat ionx /operat ion> 

< /repeat > 

</ scenario 

</ jmsml> 

< j msml X / j msml > 

<operation></operation> 

[0044] The root element of the JMSML program is the <operation></operation> 
element. This element enables you to define any of the supported JMSML operations. 
Currently there are four categories of operations supported by JMSML, which provide for (1 ) 
JMS operations; (2) JMX operations; (3) WebLogic Server (or other server-specific) 
operations; and (4) SYSTEM operations. Table 1 shown below summarizes these 
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operations. It will be evident that additional JMSML operations can be used depending on the 
particular implementation. 



Operation 


Name 


Description 


Object Type 


Category 








JMS 


Send 


Send message to a Queue 


JMS Message 




Receive 


Receive message from a Queue 


JMS Message 




Publish 


Publish a message to a Topic 


JMS Message 




Subscribe 


Subscribe to message on a Topic 


JMS Message 




Unsubscribe 


Unsubscribe an existing Topic subsaiption 


Subscriber 




Recover 


Recover a JMSSession used by a given consumer 


JMS Session 




Browse 


Browse a Queue for messages 


JMS Queue 




Drain 


Empty a given JMSServer or a Destination 


JMSServer JMSDestination 




Remove 


Delete existing producers and consumers 


SenderPublisherReceiverSubscrib 
er ((a)sync) 


JMX 


Add 


Create a JMS configuration MBean with the given 
attribute values and add it to the server 


JMS Mbean 




Change 


Change the given attributes of an existing JMS 
Configuration Mbean 


JMS Mbean 
JMS Mbean 




List 


List all the attributes and their values of a given JMS 






Remove 


Configuration/Runtime MBean 

Delete an existing JMS Configuration MBean 


JMS Mbean 




Verify 


Verify a Configuration attribute or Runtime Attribute value 
against the given logical expression 


JMS MBean (Configuration and 
Runtime) 




Pause 


Pause a running JMS destination (this is NOOP, if called 
more than once) 


JMSDestination Runtime MBean 




Resume 


Resume a paused JMS destination (this is NOOP. if called 
more than once or on a non-paused JMS destination) 


JMSDestination Runtime MBean 




Start 


Deploy (Target) a JMSServer MBean to WebLogic Server 


JMSServer Runtime MBean 




stop 


Undeploy (Untarget) a JMSServer from a WebLogic 
Server 


JMSServer Runtime MBean 
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WpbLooic 


Miarate 


Minratp thp JMS/JTA services from one instance of a 


WebLooic Server Mbean 


Ssrvsr 




WehLooic Server to another instance in a cluster 






Startiio 


Start ^boot^ a WebLooic Sprvpr instance throttoh the 


WebLonir Server Mhean 






Admin server using NodeManaQer 






Shutdown 


Shutdown a WebLoQic Server instance through the 


WebLogic Server Mbean 






Admin server using NodeManager 






Add 


Create WebLogic Log Notification Filters and Listeners to 


WebLogic Log Notification 






receive WebLogic Server/Domain Log notifications for 


FilterWebLogic Log Notification 






any given Subsystems 


Listener 




Remove 


Delete the existing Log Notification Filters and Listeners 


WebLogic Log Notification 








FilterWebLogic Log Notification 








Listener 


JMSML 


Sleep 


Makes the JMSML engine sleep for the specified amount 


JMSML engine 


SYSTEM 




time during the execution process 






Echo 


Prints out the user specified string to the output file with 


JMSML engine 






TImestamp 





Table 1 



[0045] Each of the operation elements include three required attributes that identify the 
operation Class, Type and Name of the object involved in the operation, as described in 
Table 2 below: 



Attribute Name 


Type 


Required 


Valid Values 


Default 


Class 


String 


Yes 


"message" |"mbean" |"system" 




Type 


String 


Yes 


Valid JMS/JMX objects 




Name 


String 


Yes 


Java String 





Table2 
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<scenario></scenario> 

[0046] The <scenario></scenario> elemient is used to define a scenario by grouping 
multiple JMSML operations. This element only has three attributes, as listed in TabI 3 below: 



Attribute Name 


Type 


Required 


Valid values 


Default 


Name 


string 


No 


Java string 




Verify 


Bcx>lean 


Yes 


"true" 1 "false" 


"false" 


SortedVerification 


Bcx)lean 


No 


"true" 1 "false" 


"false" 


Persistence 


Boolean 


No 


"true" 1 "false" 


"false" 



Table 3 

[0047] The following example shows a JMS client scenario definition using JMSML: 

< scenario Name="order_submission_test_l" 
Verify= "false" 
Persistence=" true" > 

<purpose></purpose> 

[0048] The <purpose></purpose> element is a Text element that is used to define a 
purpose for a scenario. It has no attributes. 

<expectedresult></expectedresult> 

[0049] The <expectedresult></expectedresult> element is a Text element that is used 
to define the expected result of a scenario. It has no attributes. 

<repeat></repeat> 

[0050] The <repeat></repeat> element is an element which defines a repeat count for 
any given JMLS operation and/or scenario. It has only one attribute named "Count", which 
takes an integer value for the number of iterations. 
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JMSML FEATURES 

[0051 1 JMSML supports both "Point-to-Poinf and "Publish-Subscribe" models, shown 
in Figure 3 and Figure 4 respectively. The Point-to-Point way of messaging is a 
communication paradigm where a one-to-one relationship exists between the message 
producers and the message consumers. This is achieved in JMS by using Queue 
destinations, as illustrated in Figure 3. The Publish-Subscribe way of messaging is a 
communication paradigm where a one-to-many relationship exists between the message 
producers and the message consumers. This is achieved in JMS by using Topic destinations, 
as illustrated in Figure 4. In addition to the JMS messaging operations, JMSML also 
provides for othei^ useful operations, such as JMS Session recovery, JMS Queue Browsing, 
and Emptying a JMSServer or a JMS Destination. JMSML also includes support for the 
different Quality of Service (QOS) provided by, for example, the WebLogic JMS 
implementation for messaging, such as Transactions (both JTA and Transacted JMS 
Session), Persistence, acknowledgment, etc. 

JMS OPERATIONS 

[0052] Each of the JMS operations need only two required attributes to perform both 
"Point-to-Poinf and "Publish-Subscribe": the JNDI names of the factory, and the queue (or 
topic). At the same time, all of the possible JMS API parameters are also available to the user 
and are mapped as operation element attributes. These attributes can be specified as a plain 
string, name-value pair. The JMSML processors will internally convert these values into 
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appropriate JAVA data types required by the JMS API. Table 4 lists the operations defined 
for JMS: 



Operation 


Function 


Send 


Sends message to a queue 


Receive 


Receives message from a queue 


Publish 


Publishes a message to a topic 


Subscribe 


Subscribes a topic 


Unsubscribe 


Unsubscribe a topic 


Recover 


Recovers a given sender's JMSSession 


Browse 


Browses messages in a queue 


Drain 


Drains ail the messages from a JMSSen/er or a destination 


Remove 


Removes the JMS objects 



Table 4 



Point-to-Point (PTP) Messaging Using JMSML 

[0053] The following operations illustrate how JMSML can be used to send messages 
using a point-to-point (PTP) paradigm, in accordance with one embodiment of the invention. 
It will be evident that the invention is not limited to the operations and examples described 
below, which are presented to illustrate the functionality, features, and operation of JMSML. 

Send 

[0054] A "Send" operation is used to create a PTP message producer (or queue 
senders) and then use the newly created message producer to send messages to a queue 
destination indicated by queues 76,78. Message receivers, also known as message 
consumers receive messages from queue destinations. As shown in Figure 3, any single 
message 68, 70, 72, 74 may not be sent by more than one queue sender 60, 62, 64, 66, nor 
may it be received by more than one consumer 80, 82. If the operation is successful, then no 
message is logged to the output unless the "verbose" option is tumed on. If the operation was 
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not successful, then appropriate error messages will be logged as output. In one example, a 
JMS message producer named "QueueSender" can be created to send a JMS text message 
containing the string "Some Text" to the queue destination which is identified by the "Queue" 
attribute, using the JMS connection factory identified by the "Factory" attribute. The following 
example illustrates the syntax of a simple JMSML queue send operation with minimal 
attributes: 

<operation Class= "message" Type="Text" 
Name= "QueueSender" 

Factory=" JNDI Name of the Connect ionFactory" 
Queue="JNDI Name of the Queue Destination" 
Body="Some Text" 
>Send</operation> 

[0055] In the example shown below, the operation creates a sender object that 
generates and sends ten (10) text messages, each with "Hello World" as its content, to the 
queue "MyQueue". The operation uses the connection factory "MyConnectionFactory" within 
a JMS transacted, auto-acknowledged session, and commits the transaction. This send 
operation may be performed with QoS. 

<operation CI as s= "message" Type="Text" 
Name = " My S e nde r " 

Factory^ "MyConnectionFactory" 

Queue = "MyQueue " 

Transact ionType= " JMS " 

Transact ion= " commit " 

Count="10" 

Body= "Hello World" 
>Send</ operation> 

[0056] In the example below, the operation creates a sender and then tries to send 
eleven (1 1 ) text messages, each with "Hello World" as its content, to the queue "MyQueue" 
using the connection factory "MyConnectionFactory" within a JMS transacted, 
auto-acknowledged session, commits the transaction, and expects the 
"ResourceAllocationException" exception when the message quota on the destination 
"MyQueue" is set to "1 0". These messages may be sent with the ability to handle exceptions. 
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<operation Class= "message" Type="Text" 
Name= "MySender " 
Factory="MyConnectionFactory" 
Queue= "MyQueue " 

ExpectedException="ResourceAllocationException" 
Transact ionType= " JMS " 
Transact ion= "commit " 
Count="ll" Size="128" 
>Send</operation> 

Receive 

[0057] The "Receive" operation is used to create PTP message consumers (or queue 
receivers) that receive messages from a queue destination. If the operation is successful, then 
the content of the message will be logged as output, in addition to any explicit "Print" attribute 
values that are mentioned. If the operation was not successful, then appropriate messages 
will be logged as output. 

[0058] In the example shown below, an Asynchronous (non-blocking) JMS message 
consumer named "QueueReceiver" is created to receive JMS text messages from the queue 
destination, which is identified by the "Queue" attribute using the JMS connection factory 
identified by the "Factory" attribute, and explicitly setting the "Mode" attribute to create an 
asynchronous queue receiver This simple queue receive operation may be performed as 
follows: 

<operation Class= "message" Type="Text" 
Name= "QueueReceiver" 
Mode= "Asynchronous " 

Factory=" JNDI Name of the Connect ionFactory" 
Queue="JNDI Name of the Queue Destination" 
>Receive</operation> 

[0059] In another example below, a synchronous (blocking) queue receiver receives 
ten (10) text messages from queue "Q1 " using the connection factory "QCF1 " within a user 
(JTA) transaction for the matching correlation ID selector, with an auto-acknowledged session, 
and rolls back the transaction. The operation blocks for 1 second between each message 
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receive and prints the JMS properties message ID and priority as part of the output. A 
message receive operation within a JTA transaction, using a selector, may be performed as 
follows: 

<operation Class= "message" Type="Text" 
Name= "MyReceiver " 

Factory^ " jms . qa , connection . QCFl " 
Queues " j ms . qa . des t inat ion . Ql " 
Transact ionType= "User" 
Transact ion= " rol Iback " 
Count ="10" 
Wait="l" 

Selector="JMSCorrelationID like 'hello'" 
Print =" JMSMessagelD" 
Print ="JMSPriority" 
>Receive</operation> 



Pubiish-Subscribe (PubSub) Messaging Using JMSML 

[0060] The following operations illustrate how JMSML can be used to send messages 
using a Publish-Subscribe (PubSub) paradigm, in accordance with one embodiment of the 
invention. It will be evident that the invention is not limited to the operations and examples 
described below, which are presented to illustrate the functionality, features, and operation of 
JMSML 

Publish 

[0061] The "Publish" operation is used to create "Publish-Subscribe" message 
producers (or topic publishers) to publish messages to a topic destination. As illustrated in 
Figure 4, the "Publish-Subscribe" messaging model differs slightly from the "Point-to-Poinf 
messaging model in that, after being issued by a publisher 90, 92, 94, a single message 96, 
98, 1 00 may be retrieved from an intermediate JMS Object data structure 1 02, 1 04 (referred 
to as a topic in this model), by any number of message consumers 105, 106, 107, 108, 
referred to as subscribers. 
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[0062] The following example shows a simple topic publish operation in accordance 
with one embodiment of the invention: 

<operation Class= "message" Type="Text" 
Name= " Topi cPubl i sher " 

Factory^" JNDI Name of the Connect ionFactory" 
Topic="JNDI Name of the Topic Destination" 
Body="Some Text" 
>Publish</operation> 

[0063] In this example, a JMS text message containing the string "Some Text" is 
published to a topic destination that is identified by the "Topic" attribute, using the JMS 
connection factory identified by the "Factory" attribute. It should be noted that in the above 
examples for the send and publish operations, the "Body" attribute is used to specify the 
content of the JMS Text message that is sent. In cases where the body of the message is not 
important, this attribute may be ignored since it is not a required attribute of the operation 
element. I n one embodiment, the default value for the message body of a JMS text message 
is a JAVA string of 1024 bytes in size containing the letter "a". 

[0064] Atopic may be published within a JMS transaction using a transacted session, 
as shown in the following example: 

<operation Class="message" Type="Text" 

Name= " MyPubl i sher " 

Factory=" jms . qa . connection . TCFl " 

Topi c= " j ms . qa . des t inat ion . Tl " 

Transact ionType= "JMS" 

Transact ion=" commit " 

Count="10" 

Size="128" 
>Publish</operation> 

[0065] The above operation publishes ten (10) text messages of 1 28 bytes each (in 
this instance each with the default text "a" since no other body text is specified) to the topic 
'T1" using the connection factory "TCF1" within a JMS transacted, auto-acknowledged 
session, and commits the transaction. 
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Subscribe 

[0066] The "Subscribe" operation is used to create "Publish/Subscribe" message 
consumers (or topic subscribers, including durable subscriptions) to receive messages from 
a topic destination. An example of how a simple durable subscription with very minimal 
attributes may be constructed in JMSML can be shown as follows: 

<operation Class="message" Type="Text" 
Name = " Top i cSub scriber" 

Factory=" JNDI Name of the Connect ionFactory" 
Topic="JNDI Name of the Topic Destination" 
Durable^ "Durable Subscription Name" 
>Subscribe</operation> 

[0067] In the above example, a Topic subscriber named "TopicSubscriber" is created 
for the durable subscription (identified by the "Durable" attribute) to receive JMS text 
messages from the topic destination, which in turn is identified by the Topic" attribute, using 
the JMS connection factory identified by the "Factory" attribute. 

Unsubscribe 

[0068] The "Unsubscribe operation is used to unsubscribe any previously created 
subscription by a given topic subscriber. An example of an unsubscribe operation in 
accordance with one embodiment of the invention is shown below. 

<operation Class= "message" Type="Text" 

Natne=" TopicSubscriber" 
>UnSubscribe</operation> 

[0069] In this example, the current subscription by the "TopicSubscriber" is 
unsubscribed. 

Miscellaneous JMS Operations Using JMSML 

[0070] The following operations illustrate how JMSML can be used to perform 
miscellaneous JMS operations, in accordance with one embodiment of the invention. 
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Recover 

[0071] The "Recover" operation may be used to recover the JMSSession that is 
currently used by the consumers. The process of recovering a JMSSession used by a queue 
sender can be accomplished with the following XML code example: 

<operation Class="message" Type="Text" 

Name= "QueueSender " 
>Recover</operation> 

[0072] A JMSSession used by a queue receiver may be recovered similarly, as shown 
in the example below. 

<operation Class="message" Type="Text" 

Name= "QueueReceiver " 
>Recover</operation> 

[0073] In the examples shown above, the cun^ent session used by "QueueSender" and 
"QueueReceiver"are recovered respectively. 

Browse 

[0074] The "Browse" operation is used to browse the messages that are currently 
available in a queue destination. The following XML code example creates a simple queue 
browser in accordance with one embodiment of the invention: 

<operation Class="message" Type="Text" 

Name = " My Br ows e r " 

Factory="MyFactory" 

Queue = " MyQueue " 
>Browse</operation> 

[0075] In the above example, a browser named "MyBrowser" is created to peek into 
the messages residing in the "MyQueue" destination. 
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Drain 

[0076] The "Drain" operation is used to empty the messages from a given JMS server 
or JMS destination. In accordance with one embodiment of the invention, a drain may be 
accomplished using the following XML code examples (which describe draining a JMS 
server, and a JMS destination, respectively): 

Draining a JMS Server 

<operation CI ass=" message" Type="Text" 

Name= "MyDrainer 1 " 

JMSServer="MyJMSServer" 
>Drain</operation> 

Draining a JMS Destination 

<operation Class= "message" Type="Text" 

Name= "MyDrainer2 " 

JMSServer= " ErrorQueue " 
>Drain</operation> 

Remove 

[0077] JMSML processors create and maintain several types of JMS objects including 
"Senders", "Publishers", "SyncQueueReceivers", "AsyncQueueReceivers", 
"SyncTopicSubscribers", "AsyncTopicSubscribers", and "Browsers" in the corresponding 
object pools. In accordance with one embodiment of the invention, when these objects are 
no longer needed, they can be removed from the pool by using the "Remove" operation. The 
"Remove" operation is used to remove the JMS producers and consumers that are identified 
in the "Type" attribute from the JMSML producer and consumer pools. 
.[0078] The following XML code examples illustrate how a queue sender and a 
synchronous queue receiver, respectively, may be removed from the JMSML producer and 
consumer pool, in accordance with one embodiment of the invention: 

Removing a Queue Sender from the JMSI\/IL Producer Pool 

<operation Class="message" Type="Sender" 
Name=" Sender" 
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>Remove< / opera t ion > 



Removing a Synchronous Queue Receiver 

<operation Class="message" Type- "SyncQueueRec elver" 

Name= " SyncQueueReceiver " 
>Remove</operation> 

JMX OPERATIONS 

[0079] Each JMX operation depends mainly on two required "Type" and "Name" 
attributes of the operation element. The "Class" attribute is set to MBean for all the JMX 
operations. All other MBean attributes are specified as plain string name-value pair 
depending on the JMX operation. JMSML processors internally convert these values into 
appropriate JAVA data types required by the JMX API. Depending on the JMX operation, 
JMSML also provides default attribute values for the MBean operations. 
[0080] Table 5 lists the JMSML operations defined for JMX, and which are explained 
with examples in the sections below. 



Add 


- creates a JMS Config MBean 


Change 


- changes the attributes values of a JMS MBean 


List 


- lists the attribute values of a JMS Config/Runtime MBean 


Remove 


- deletes a JMS Config MBean 


Pause 


- pauses a JMS Runtime Destination 


Resume 


- resumes a paused JMS Runtime Destination 


Start 


- deploys (Target) a JMSServer to WebLogic Server 


Stop 


- undeploys (Untarget) a JMSServer from WebLogic Server 


Migrate 


- migrates the JMS Service between WebLogic Servers 


Startup 


- starts up a WebLogic Server instance 


Shutdown 


- shuts down a WebLogic Server instance 



Table 5 



Add 

[0081] This operation is used to create a new JMS "Config MBean" which is identified 
by the "Type" with the given attribute values, and will be named using the "Name" attribute 
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value. The example below illustrates how a JMSServer with default attribute values may be 
created, in accordance with one embodiment of the present invention. 

<operation Class= "mbean" Type=" JMSServer" 

Name= "MyJMServerl " 

Ta rge t s = " My WebLog i c S e rve r " 
>Add< /ope rat ion > 

[0082] The above operation creates a JMSServer MBean with all the default attribute 
values, and targets it onto the MyWebLogicServer instance. 

[0083] One may also create a JMSServer MBean and simultaneously set the attribute 
values, as shown in the following example: 

<operation Class="mbean" Type=" JMSServer" 

Name="MyJMServer2 " 

MessagesMaximum= "10000" 

MessagesThresholdHigh="7500" 

Mess age sThr e sho 1 dLow= "500" 

By t e s Maximum= "1024000" 

Byt esThresholdHigh= " 7500 " 

Byt esThresholdLow= " 500 " 

Target s= "MyWebLogicServer" 
>Add</ operation> 

[0084] The operation shown above creates a JMSServer MBean with given attribute 
values, and targets it onto the MyWebLogicServer instance. 

[0085] In accordance with one embodiment of the invention it is also possible to create 
a JMSDestination MBean and simultaneously set the attribute values, as shown in the 
example below: 

<operation Class="mbean" Type="Queue" 
Name= "MyQueue " 
JMSServer= "MyJMSServerl " 
JNDIName= "MyQueuel " 
BytesMaximum= " 1024 " 
Byt e sTh r e sho 1 dH i gh= "512" 
Byt esThresholdLow= " 64 " 
Message sMaximum= " 16 " 
MessagesThresholdHigh= " 8 " 
Me s s age sThr e sho 1 dLow= " 2 " 



Attorney Docket No.: BEAS-01351US1 
kfk/beas/1 351 /1 351 us1/1 351 usi .app.wpd 



-27. 



Express Mail No. EV 327 616 823 US 



Priori tyOverride= " 6 " 
TimeToLiveOverride=" 7200000" 
DeliveryModeOverride=" Persistent " 
StoreEnabled= "default" 
>Add</operation> 



[0086] The above operation creates a queue destination "MyQueuel" with the 
specified attribute values, and adds it to the existing JMSServer "iVIyJMSServerl". 

Change 

[0087] The "Change" operation is used to change the attribute values of an existing 
JMS Config MBean. The following examples illustrate the change operations performed on 
a newly created JMS connection factory MBean in accordance with one embodiment of the 
invention: 

<operation Class="mbean" Type=" Connect ionFactory" 
Name="FCCFl" 

F 1 owCont r ol Enabl ed= " t rue " 
JNDIName= " FCCFl " 

FlowMaximum= " 1000 " FlowMinimum= " 100 " 
Flowlnterval="300" FlowSteps="30" 
Target s="myserver" 
>Add</operation> 

<operation Class="nibean" Type=" Connect ionFactory" 

Name="FCCFl" 

FlowMaximum= " 100 " 
>Change</operation> 

<operation Class="mbean" Type =" Connect ionFactory" 
Name="FCCFl" 
FlowMaximuin= " 99 " 

ExpectedException="InvalidAttributeValueException" 
>Change< /opera t ion> 

[0088] It should be noted that the examples described above show how both "Add" and 
"Change" operations can be combined together to achieve specific dynamic management 
scenarios. The "ExpectedException" attribute is used in the second "Change" operation to 
illustrate the handling of negative scenarios by JMSML when used for configuration testing. 
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List 

[0089] The "List" operation displays all of the attributes of all JMS "Config MBeans" 
and/or all "Runtime MBeans". Such a listing of "Config" and "Runtime MBean" attributes may, 
respectively, be generated by using a JMSML syntax similar to the following example: 

<operation Class="nibean" Type="Conf ig" 

Name="All" 
>List</operation> 

<operation Class="nibean" Type =" Runtime" 

Name="All" 
>List</operation> 

[0090] At times, it may be desirable to list statistics for only one specific "Config" or 
"Runtime MBean". Such a listing may be obtained by setting the "Name" tag to the name of 
the desired MBean while performing the "List" operation. This may be performed using syntax 
similar to the following example: 

<operation Class="mbean" Type=" JMSServer" 

Name= " My JMS Se rve r " 
>List</operation> 

[0091 ] The above operation will list all configuration attributes of the JMSServer MBean 
"MyJMSServer". 

<operation Class="mbean" Type ="DestinationRun time" 

Name = " MyQueue " 
>Li St < /operat ion> 

[0092] The above operation lists all the statistics information, such as the current 
message count and pending messages count, of the "MyQueue" destination. 
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Remove 

[0093] The "Remove" operation is used to remove thfe JMS "Config MBeans" identified 
in the "Type" and "Name" attributes from a server instance (for example a WebLogic Server 
instance). Remove may be performed as shown in the following example: 

<operation Class="mbean" Type="JMSServer" 

Name="MyJMSServer" 
>Remove</operation> 

[0094] This operation removes the instance of the "MyJMSSen/er" JMSServer MBean. 
Pause 

[0095] The "Pause" operation is used to pause the JMSDestination Runtime MBean 
that is identified by the "Name" attribute and may be performed as shown in the example 
below: 

<operation Class="mbean" Type="DestinationRuntime" 

Name= "MyQueue " 
>Pause</operation> 

Resume 

[0096] The "Resume" operation is used to resume a previously paused 
JMSDestination Runtime MBean, identified by the "Name" attribute. This operation may be 
performed as follows: 

<operation Class="mbean" Type="DestinationRuntime" 

Name= " MyQueue " 
>Resume</ opera tion> 

Start 

[0097] The "Start" operation is used to dynamically deploy (target) the JMSSen/er 
MBean to a given application server instance. This deployment may be accomplished shown 
in the following example. 
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<operation Class="mbean" Type="JMSServer Runtime" 

Name="BEl" 

>Start</operation> 



Stop 

[0098] The "Stop" operation is used to dynamically undeploy (untarget) the JMSServer 
MBean from a given server (for example a WebLogic Server) instance. This operation may 
be performed as follows: 

<operation Class="mbean" Type=" JMSServerRuntime" 

Name="BEl" 
>Stop< /operat ion> 

Migrate 

[0099] The "Migrate" operation provides the capability for migration of a JMSService 
between multiple server (for example WebLogic Server) instances within a cluster for 
managed failover processing. For example, a JMSService may be migrated from the current 
source or "preferred" server to a destination server "S2" of the migratable target "MT1 2" using 
the following syntax: 

<operation Class="mbean" Type="MigratableTarget " 

Name="MT12" 

TargetServer= "Admin" 

DestinationServerName="S2" 

SourceServerUp=" false" 
>Migrate</operation> 

Startup 

[0100] The "Startup" operation is used to start a managed server (for example 
WebLogic Server) instance with the help of a running server manager or node manager 
("NodeManager") on that machine. In order to execute this operation, the "TargetServer" 
attribute must be specified with the value of the "Admin" server name. For example, a 
managed server instance "S1" could be started using the "NodeManager" running on the 
same machine using the following syntax: 
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<operation Class="mbean" Type="Server" 
Name="Sl" 

Target Server= "Admin" 
>Startup</operation> 

Shutdown 

[0101] The "Shutdown" operation is used to shut down a running managed server 
instance with the help of the "NodeManager"' running on that machine. In order to execute this 
operation, the "TargetServer" attribute must be specified with the value of "Admin" server 
name. For example, a managed server instance "SI" can be shut down using the 
"NodeManager" running on the same machine using the following syntax: 

<operation Class="mbean" Type="Server" 

Name="Sl" 
> Shut down< / ope r a t i on > 

System Operations Provided by JMSML 

[01 02] System operations are support operations that work in conjunction with the JMS 
and JMX operations previously discussed. System operations are performed by first setting 
the Class and Type attributes of the operation to the value "System". 



Sleep 

[0103] In accordance with one embodiment, JMSML provides the capability for 
directing the system to pause, or sleep, for a preset amount of time. The user can specify the 
quantity of time desired and the unit of time measurement. For example, the "Sleep" operation 
can be performed by first setting the "Class" and "Type" attributes to the value "System", and 
setting the "Time" and "Unit" attributes to the desired number and unit of time measurement, 
respectively: 



<operation Class="system" Type="System" 

Silent="true" 

Time="5" Unit =" Seconds" 
>Sleep</operation> 



-32 



Attorney Docket No.: BEAS-01351US1 
kfk/beas/1 351 /1 351 us1 /1 351 us1 .app.wpd 



Express Mail No. EV 327 616 823 US 



[01 04] In the example given above, the operation makes the JMSML engine sleep for 
5 seconds. The "Silent" attribute indicates that no output message of any sort is created for 
the execution of this operation. If this attribute is set to "False", then there will be a message 
output indicating the execution of this "Sleep" operation. 

Echo 

[0105] The "Echo" operation directs the system to send a certain text string to 
"standard out". This command may be used in troubleshooting programs. The "Echo" 
operation may be used as shown in the following example: 

<operation Class="system" Type="System" Output Enabled=" true" 

TimeStampEnabled="true" 

Body="Hello World with output enabled true" >Echo</operation> 

[0106] The above syntax would send the following string as output (depending on 
current system time): 

16:51:19 ECHO Hello World with output enabled true 

[0107] This particularfunctionality is valuable, particularly as applied to problems which 
arise when attempting to troubleshoot a system with a heavy transaction load. The "Echo" 
command provides the ability to isolate specific transmissions and allows for immediate 
location of certain events of interest in the system log files. 

JMSML EXECUTION METHODS 

[01 08] The JMSML language can be supported in a variety of different environments 
and through a variety of different interfaces, which can be presently summarized as follows: 

1 . JMSML Integrated Development Environment (IDE); 

2. Standalone Java Client; or, 

3. Java Servlet webapp. 
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[0109] The method of parsing a text file so as to generate JMS and JMX commands 
and the organization of the various components which comprise the JMSML method 
previously described may be implemented in a variety of client and server environments. The 
JMSML user may choose to employ the JMSML functionality in whichever embodiment best 
suits his/her personal preferences or business objectives. The particular embodiments 
described hereafter are not intended to be exhaustive. Rather, these examples are given for 
illustrative purposes, and for the purpose of enabling one of ordinary skill in the art to perform 
the method described. 

JMSML Markup Language as Part of an Integrated Development Environment (IDE) 
[0110] Traditional JAVA development follows the steps of creating the source code, 
and then compiling and executing the code on a specific platform. The increasing complexity 
of function and integration of tools over multiple platfomns means that tool development cannot 
generally be performed by small groups of developers. Often the only way to produce a fully 
functioning application is to make use of specially-designed application development tools 
in order to build other tools. Today's applications are built using a mix of low-level tools such 
as source editors and debuggers, along with high-level builders for creating user interface, 
data access, distribution support, and code generators. The applications which are built in 
such environments are targeted to run in a multiplicity of execution environments, on various 
hardware platforms, supporting many distribution mechanisms and data access mechanisms. 
Developing such applications usually requires the use of multiple different tools from multiple 
different vendors, each solving a piece of the overall puzzle. 

[0111] The most efficient way for a developer to program is usually to operate within 
an integrated development environment (IDE), in which information provided by each tool 
during program development can be shared with other tools, particulariy those being used in 
the same development effort, so as to avoid duplication, and inconsistencies in the interface 
and function operations. JMSML development may involve writing a XML file and then 
tweaking this file based on output received from other components of the JMSML engine. 
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Therefore, in accordance with one embodiment of the invention, the components of the 
JMSML engine can be incorporated into an JMSML-tailored IDE, further extending the ease 
of performing JMS and JMX operations. Figure 5 shows a JMSML system that includes an 
Integrated Development Environment in accordance with an embodiment of the invention. The 
IDE itself can be bundled as a JAR file and executed from any Java Virtual Machine (JVM). 
In the embodiment shown in Figure 5, the client 120 includes an Integrated Development 
Environment (IDE) 122 that includes a Graphical User Interface (GUI) 124. Among othertools 
and features, the GUI may include a source code editor 1 26 that allows direct editing of the 
JMSML code, and a design window 1 28 that allows for visual-based program design. The 
IDE works with a JMSML engine 130 located at the client, to create, update, and execute 
JMSML programs 1 34, 1 36. The JMSML programs can perform operations on any of local 
or remote servers 138, 139. Figure 6 shows the various components used by the IDE. As 
shown in Figure 6, XML formatted JMSML commands may be introduced into the IDE Source 
Window 144 from a plurality of sources, such as from a pre-existing source file 140, or they 
may alternatively be acquired from an input device, such as a keyboard when the IDE user 
manually inputs such commands 142. In some embodiments the system can additionally 
comprise a design window 146 to give a pictorial representation of the JMSML commands, 
and a JMSML operation tree 148 to give the IDE user a "birds-eye" view of the code as a 
whole. The commands shown in the source window 144 can then be passed to the JMSML 
engine 150, and after being processed, the results of these commands stored in a verbose 
log 152, an error log 154, or an output log 154. One example of such an IDE comprises a 
multi-sectioned graphical user interface as depicted in Figures 7-14. The key functional 
components of the IDE in this embodiment are the previously mentioned source window 206 
and the design window 258. The IDE user may toggle between these windows by using the 
tabs 214, 216 situated on the bottom left corner of the window. 

[0112] As shown in Figure 7, the source window 206 allows for manual code 
manipulation, and the JMSML operations may be loaded into this window from an existing 
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XML file or entered by the user. As JMSML code is entered into the source window, the 
JMSML Operation Tree 202 located in the left hand side section of the IDE is populated after 
the JMSML engine has made a determination that a valid and properly formatted JMSML 
operation has been created in the source window 206. The JMSML Operation Tree allows a 
"birds-eye" view of the JMSML source code and also enables the IDE user to quickly jump to 
a certain section of code in the source window 206 by simply clicking on the desired JMSML 
entry in the tree 202. The JMSML Integrated Development Environment Project Management 
Tree 200 provides a project-level view of all compilations of JMSML code. For example, a 
user might have multiple XML source files which will ultimately be located on separate 
systems running the JMSML engine. The user may wish to copy a set of JMSML operations 
from one source file to the next. The JMSML Integrated Development Environment Project 
Management Tree 200 allows him/her to toggle between projects, copying from one and 
pasting into another and managing multiple JMSML files as a single project. Additional 
featu res include tabs to switch from a source view 21 4, to a design view 21 6; and a log output 
window 208 which includes tabs to switch from regular output 210, to error output 212, or 
verbose output 204. 

[0113] Figures 8, 9 and 10 illustrate additional features within the design window 
component of the IDE. In one embodiment of the IDE, the design window 258 enables the IDE 
user to generate JMSML commands using a pictorial representation of the various elements 
and commands. Once the design window 258 is displayed, the IDE user will select either the 
JMS 252, JMX 254, or Messages 256 toolbars tab, depending on the operation being 
performed. Each of these tabs, once selected, triggers the engine to display a plurality of 
operations available for creation or execution. The IDE user can then complete additional 
steps to accomplish his/her desired operation, such as editing the properties of a JMS object 
shown in the properties window 250, or creating a new topic or destination. As these 
operations are performed pictorially in the design window, the corresponding 
JMSML-compliant code is generated In the source window. After finishing with the design 
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window, the IDE user can then toggle back to the source window and fine-tune the 
JMSML-connpliant code which now appears in the source window. 
[0114] As described above, each toolbar tab 252, 254, 256 in the design window 258 
offers a plurality of functionalities designed to make creating JMS and JMX operations easier. 
If the IDE user selects the JMX tab 252, the five JMX options depicted in Figure 8 will be 
displayed. The first JMX option labeled "Add CC" 259 allows the IDE user to create a JMS 
Connection Consumer. 

[01 1 5] Another JMX option, labeled "Add SSP" 260, allows the IDE user to create a 
Server Session Pool MBean which is of particular use for asynchronous JMS consumers. 
Another JMX option, labeled "Add Dest" 262, allows the user to create a queue or topic 
destination object. 

[01 1 6] Another JMX option labeled "Add FE" 264, allows the IDE user to create a 
JMSConnectionFactpry (front-end) object. This object must be created before a session may 
be established or a message producer or consumer may be created. The user will typically 
selected a queue or topic via a JNDI lookup, and associate this queue or topic with the newly 
created JMSConnectionFactory (front-end) object. 

[0117] Another JMX option labeled "Add BE" 266 , allows the IDE user to create a 
JMSServer (back-end) object. JMSServer objects serve as containers for JMS destinations 
such as queues and topics. A JMSServer container must be created before the user attempts 
to create either type of destination object. 

[0118] The IDE usermay also selectthe JMS tab 254 and this action would trigger the 
IDE to display several JMS options, shown in Figure 9. 

[0119] One JMS option, labeled "Send" 328, will create a "Sender" type message 
producer using the specified JMSConnectionFactory object and then proceed to send a 
message to a certain queue destination object. 

[0120] Another JMS option, labeled "Receive" 330, will create a "Receiver type 
message consumer using the specified JMSConnectionFactory object and then proceed to 
retrieve a message from a certain queue destination object. 
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[0121] Another JMS option, labeled "Browse" 332, allows a user to view the contents 
of the queue destination object. 

[01221 Another JMS option, labeled "Publish" 334. will create a "Publisher" type 
message producer using the specified JMSConnectionFactory object and then proceed to 
publish a message to a certain topic destination object. 

[0123] Another JMS option, labeled "Subscribe" 336 will create a "Subscriber" type 
message consumer using the specified JMSConnectionFactory object and then proceed to 
retrieve a message from a certain topic destination object. 

[0124] In accordance with some embodiments, the IDE user may wish to explicitly 
create a certain type of JMS message. Figure 10 illustrates an interface in accordance with 
an embodiment of the invention that allows them to do so. The IDE user can click on the 
"messages" tab 366 which triggers the IDE to display the "messages" operations toolbar 
window 378. The user is then presented with 5 buttons which may be used to either create a 
text message 368, a byte message 370, an object message 372, a mapping message 374 
or a content message 376. Once the user has clicked the appropriate button, he must then 
enter appropriate values in the property window 360. For example, in Figure 9, the IDE 
shown therein shows that the user is in the process of creating a text message containing the 
string "Test message for order queue" as shown both in the property window 360 and the 
corresponding visualization of the new message 380 displayed in the messages operations 
window 378. 

[0125] Figure 11 shows the IDE in accordance with another embodiment of the 
invention, wherein the user has directed that verbose logging be displayed during the 
execution of the JMSML source code shown in the source window 41 6. After the execution, 
the user can view the these verbose output in the IDE by by clicking the "Verbose" tab 41 0. 
The "Verbose" option will typically be used in this embodiment of the invention when 
debugging code. 
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[0126] Figure 12 further illustrates the type of output which is displayed in the 
"Verbose" window 432 in an embodiment of the invention. The window 432 displays server 
output after the user has directed It to list the contents of the 'Warehouse" MBean. Of interest 
in this figure is the sen/er output snippet 438 which illustrates the recitation of initialization 
parameters back to the user which is of use when debugging JMSML source code. 
[0127] Figure 13 shows the server output displayed when the IDE user clicks on the 
"Output" tab 446 and directs the interface to display server output. It will be noted that the 
appropriate "Output" messages will always be generated for each JMSML operation when 
any source code shown in the source window 456 is executed, while "Verbose" 450 
messages can be turned on or off at the discretion of the executing user. In the embodiment 
of the invention shown in Figure 1 1 , the server is informing the IDE userthat the state of the 
source code in the source window 456 has not been changed, by displaying the "Dirty Flag" 
is "False" icon 444. 

[0128] Figure 1 4 illustrates an example of content displayed in the "Output" window 
462 indicating successful JMX List operation that is a listing of the previously mentioned 
"Warehouse" MBean's attributes, following execution of certain JMSML source code shown 
in the source window 474. 

JMSML Markup Language Method as Implemented in a Stand-alone JAVA Client 
[0129] In one embodiment of the invention, a standard JAVA client coupled with the 
JMSML system components is provided, along with a JMSML-compliant text file, preferably 
written in the Extensible Markup Language (XML). Figure 15 shows a JMSML system that 
includes a command-line interface in accordance with an embodiment of the invention. The 
client 502 operates on a computer or similar processing device 500, A comman-line interface 
504 is used to access the JMSML engine 506, and to make use of XML files 508. JMS and 
JMX commands 510 are generated and communicated to servers, including servers 512 
located on the same processing device, and/or servers 514, 516 located on remote 
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processing devices. In accordance with one embodiment, the XML file is supplied to the 
JMSML engine, through the JAVA language, by invoking a JAVA method from the command 
line of the client machine. In this embodiment, the user instantiates an instance of the JMSML 
method from the command line and supplies default values for various system options at the 
time the method is invoked. This information is passed to the JMSML engine via the preset 
flags shown in Table 6: 



-uri: 


The URL of the application server (e.g. myappserver://localhost:7001 ) 


-protocol: 




-host: 


Hostname 


-port: 


Port 


-username 


User to connect as for the purpose of executing JMS/JMX operations 


-password 


Password associated with this user 


-jmsmldir 


JMSML directory 


-filename 


XML filename 


-wlsrelease 


Application server release number 


-verbose 


True/False (default=False) 


-console 


True/False (default=False) 



Tables 



[01 30] For exannple, in the context of a WebLogic Server environment, the JMSML 
engine nnay properly be invoked in conjunction with WebLogic Server using the following 
command-line syntax: 

machinenatne : > java com. bea . jmsml .controller .JMSCl lent \ 

-protocol t3 \ 
-host localhost \ 
-port 7001 \ 
-username jmsml admin \ 
-password jmsml admin \ 
-jmsmldir 

/export /home/ jmsmladmin/bea/weblogic700/samples/ 

server/conf ig/examples \ 
-filename QueueSend.xml 
-verbose true 

[0131] In this embodiment, the JMSML engine, once instantiated, runs entirely within 
the confines of the stand-alone JAVA client. The JMS and JMX commands are executed on 
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the specified application server, the various output files are written to the specified destination 
directory, and control is then passed back to the user. 

[01 32] Figure 1 6 shows a flowchart of the operation of a JMSML system that includes 
a command-line interface in accordance with an embodiment of the invention. In step 530, 
the user opens a command-line interface at the client. The user then, in step 532, enters 
commands to invoke a Java method. In step 534, the corresponding command (in XML 
format) Is passed to the JMS engine. In step 536, the JMSML engine generates the 
appropriate JMS/JMX comnnands and communicates them to the relevant server. Results 
may be optionally generated, and in step 538 stored in an optional results file. 
[01 33] It will be evident that, while some of the examples are shown as operating in a 
WebLogic Server environment, the JMSML language, and particularly the client interface 
described above, can be used in other environments, and with other types of application 
server. Also, the client and the server may reside on the same physical machine, or on 
different machines, depending on the particular implementation. 

JMSML Markup Language Method Implemented in a Web Interface 

[01 34] In accordance with another embodiment, the JMSML method may be executed 
or accessed by a web interface. In this embodiment, the JMSML engine executes on a remote 
server as a sen/let, and the user interacts with the engine using a web browser or web 
application which resides on his/her client machine. The advantage of this embodiment is that 
JMS and JMX operations may be performed by a user accessing the web application from 
any remote location, including via a wide are network (WAN) or the Internet, provided that 
he/she possesses the proper security credentials. 

[01 35] Figure 17 shows a JMSML system that includes a web interface in accordance 
with an embodiment of the invention. The web interface embodiment provides much more 
functionality than the stand-alone JAVA client embodiment. As shown in Figure 17, the 
system 568 includes a JMSML servlet 552 and a JMSML servlet engine 554. The JMSML 
servlet accepts commands from a Web Interface 561 , 563 (for example a Web Browser) 
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operating at a client 560, 562. The client may be located on a wide area network, or may 
communicate with the system via the Internet 566. The Web Interface accepts commands 
from the user via a graphical and/or text-based interface, and communicates those commands 
to the JMSML servlet. The JMSML engine generates corresponding JMS/JMS commands 
570 and communicates them to the appropriate server. The server may be local to the 
system, or may be remote (572, 574). 

[0136] Figure 18 shows a flowchart of the operation of a JMSML system that includes 
a Web interface in accordance with an embodiment of the invention. In step 580, the user 
enters commands into the Web Interface (the Web browser) at the client. In step 582, the 
browser communicates the entered codes to the JMSML servlet and JMSML servlet engine. 
In step 584, the JMSML servlet/engine fonnulates the con^esponding JMS/JMX commands, 
and in step 586 the JMS/JMX commands are sent to the appropriate servers. 
[01 37] Figure 1 9 shows a screenshot of a Web interface 600 in accordance with an 
embodiment of the invention. In some embodiments the user can interact with the JMSML 
engine via a Graphical User Interface (GUI). "TextArea" objects are supplied for the user to 
enter the required protocol, host name and port information, or alternatively, the user may 
simply select frequently used values for these attributes from a pull-down list. The user may 
then either identify the XML file to be passed to the engine, or manually enter the JMSML- 
compliant code into a text box. If he/she chooses to use a pre-created XML file and is 
unaware of the file's exact location, then the user may browse their local filesystem by clicking 
the "Browse" button which, in turn, will trigger another GUI and provide a representation of his 
local filesystem. The specific functionality of this second GUI will vary depending on the 
particular implementation which operating system is running on the client machine. After 
locating the desired XML file and clicking on it, the details of the filename will be automatically 
filled into the "TextArea" object for the "XML File:" prompt. Upon clicking the button labelled 
"Open above XML file", the code contained in the XML file will be loaded into the code 
window. 
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[01 38] Once the user is satisfied that the code appearing in the code window should 
be executed, they can elect to use the 'Verbose" option or specify, for example, a WebLogic 
Server Release Version by clicking the checkbox located adjacent to the desired option. The 
"Execute" button may now be clicked and, upon completion, the "verbose" and "standard 
output" results will be displayed in a window labeled as such. Should errors arise, the user 
needs only to make the required correction in the code window and re-execute his/her 
changes. 

JMSML USE-CASE ANALYSIS WITH WORKING EXAMPLE 

[01 39] This section describes one example of how to use JMSML as a testing tool to 
test BEA WebLogic JMS and JMX. 

[0140] Once testing scenarios are identified, they can be easily translated into JMSML 
operations, grouped as testing scenarios using <scenario> with Verify attribute set to "false" 
and saved as a JMSML program. This test program can be executed using one of the 
JMSML execution models. After the successful execution, an output file is created with the 
same name as the input JMSML program and with an .out extension. It is verified manually 
for correctness and then saved as a benchmark file (again in the same name as the input 
JMSML program but with a .bmk extension). 

[0141] Later, whenever the same JMSML program is executed, with the "Verify" 
attribute of the <scenario> element set to "true", JMSML treats that input JMSML program as 
a test, and the output file is automatically compared with the corresponding benchmark file for 
the test verification. If the benchmark and the output file matches, then the test is declared as 
PASSED. OthenA^ise. it will be declared as FAILED. 

[0142] Example. Testthe dynamic creation, management, and monitoringof the JMS 
administered objects and the message send, receive features of JMS. 
[01 43] Testing Scenario: Create a JMSServer named "Warehouse" with all the default 
attribute values and deploy it on a WebLogic Server instance named "examplesServer". 
Create a queue destination named "orderqueue" with all the attribute values explicitiy defined. 
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add it to the JMSServer named "Warehouse", bind it into JNDI as "jms.queue.order". 
send/receive messages to this queue, and at the end delete both the queue "orderqueue" 
destination and the "Warehouse" JMSServer. 

[0144] The following JMSTEST.XML sample is the JMSML representation of the 
Testing Scenario defined above. 

<?xml version="l . 0" encoding="UTF-8" ?> 

<!DOCTYPE jmsml PUBLIC "-//BEA Systems Inc//DTD JMSML Version 1.0 
JMSML//EN" "jmsml.dtd"> 

<jmsTnl> 

<scenario Name = "Dynamic Queue creation" Verif y="f alse"> 
<purpose> 

To test the dynamic creation of queue 
< /purpose > 

<expectedresult> 

JMS queue destination should be successfully created with the specified 
attributes. In order to verify this, two additional operations are 
performed as shown below. 

1. Take the statistics information of the JMSServer "Warehouse", before 
and after the creation of the queue destination, to see if the newly 
created queue has been added to the current destination count of the 
JMSServer "Warehouse". 



2. A sender and receiver will be created to send and receive a text 
message to and from the newly created "orderqueue" . 

If the above two operations are successful, the test is declared as 
PASSED. Otherwise the test is declared as FAILED. 
</expect edresul t > 

<operation Class="mbean" 
Type= "JMSServer" 
Name = " Wa r ehou s e " 
Targets="examplesServer" 

>Add</operation> 



<operation Class="mbean" 
Type= "JMSServer" 
Name= "Warehouse " 

>List</operation> 
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<operation Class="Tnbean" 
Type = " JMSServerRunt ime " 
Name= " Warehouse " 

>List</operation> 

<operation Class="mbean" Type="Queue" 

Name= " orderqueue " 
JMSServer= "Warehouse " 
JND I Name = " j ms . queue . orde r " 
BytesMaximum= "1024 000" 
BytesThresholdHigh=" 1000000" 
By t e sTh r e sho 1 dLow= "4096" 
Mess age sMaximum= "100000" 
MessagesThresholdHigh=" 90000" 
Me s s age sThr esho 1 dLow= "1000" 
Prior ityOverride= " 6 " 
TimeToLiveOverride= "7200000" 
Del iveryModeOverr ide= " Persistent " 
StoreEnabled= "default " 
>Add</operation> 

<operation Class="mbean" Type= "Queue" 
Name=" orderqueue" 

>List</operation> 

<operation Class="mbean" Type="JMS Server Run time" 
Name= "Warehouse " 

>List</operation> 

<operation Class="mbean" Type ="DestinationRun time" 
Name= " orderqueue " 

>List</operation> 

<operation Class= "message" Type="Text" 
Name=" sender" 

Factory="weblogic . examples . jms .QueueConnectionFactory" 
Queue="jms .queue . order" 
Body="Test message to order queue" 
>Send</operation> 

<operation Class="mbean" Type ="DestinationRunt ime" 
Name= "orderqueue " 

>List</operation> 

<operation Class="message" Type="Text" 
Mode= " Synchronous " 
Name« " receiver " 

Factory="weblogic . examples . jms .QueueConnectionFactory" 
Queue=" jms .queue .order" 
>Receive</operation> 
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<operation Class="mbean" Type="DestinationRuntime" 
Name= " order queue " 

>List</operation> 

<operation Class="mbean" Type= "Queue" 
Name = " orde rqueue " 

>Remove</operat ion> 

<operation Class="mbean" Type="JMSServerRuntime" 
Name= "Warehouse " 

>List</operation> 

<operation Class="mbean" Type=" JMSServer" 
Name= "Warehouse " 

>Remove< /opera tion> 

</scenario> 

</jmsml> 

Listing 1 

[0145] Once a JMSML program is written, it can be run against a WebLogic Server 
instance. Currently, JMSIVIL provides three different ways to execute a program. See the 
following section on "JMSML Execution Models" to get detailed infomiation on these different 
ways. In orderto continue with this example, a standalone command-line execution method 
is shown below: 

java com. bea. jtnsml . controller .JMSClient \ 
-protocol t3 \ 
-host localhost \ 
-port 7001 \ 

-username weblogic \ 
-password weblogic \ 

-filename jmstest.xml 

[0146] The command line above assumes the following about the execution 
environment: 

An instance of WebLogic Server named "examplesServer" is running on "localhost" 
and is listening on the port "7001" with the "t3" protocol enabled. 
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WebLogic security is set up such that a user named "weblogic" with a password of 
"weblogic" is configured with permissions for creating and accessing JMS server 
components. 

A valid JMS connection factory is deployed on the "examplesServer" and is bound to 
JNDI as "weblogic.examples.jms.QueueConnectionFactory". 

The test program shown in Listing 3 "jmstest.xml" is saved in the curent directory along 
with the "jmsml.dtd" file. 

[0147] After the successful execution of the above command, the following message 
will be printed out to the stdout: 

*** jmstest processed *** \n*** Please see . /jn^s test . out for the results *** 

[0148] At this time, an output file named "jmstest.out" will exist in the current directory, 
containing all the operations execution results, as shown in the "jmstest.out" below. 



JMSServer 

Name 

Targets [0] 
BytesMaximum 
By t e sThr e sho 1 dHi gh 
By t e sThr e shol dLow 
Mes s ag e sMax i mum 
MessagesThresholdHigh 
Me s s age sThr e shol dLow 



Warehouse was added to server : examplesServer ! 

Warehouse 
= examplesServer 
= -1 
« -1 
= -1 
= -1 
= -1 
= -1 



Name 

SessionPoolsCurrent Count 

SessionPoolsHighCount 

Ses s i onPool sTot a 1 Count 

Dest inat ionsCurrent Count 

DestinationsHighCount 

Dest inat ionsTot alCount 

MessagesCurrentCount 

MessagesHighCount 

MessagesPendingCount 

MessagesReceivedCount 

By t e sCur r ent Count 
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Warehouse 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 
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BytesHighCount 

BytesPendingCount 

BytesReceivedCount 



0 
0 
0 



Queue Destination : orderqueue was added to JMSServer ; Warehouse i 



Name 


orderqueue 


JNDIName 


jms. queue. oi 


JMSServer 


Warehouse 


StoreEnabled 


default 


Type 


Queue 


BytesMaximum 


= 1024000 


BytesThresholdHigh 


= 1000000 


BytesThresholdLow 


= 4096 


Me s s age sMax imum 


= 100000 


Mess age sThr e sho 1 dH igh 


= 90000 


MessagesThresholdLow 


= 1000 


PriorityOverride 


= 6 


TimeToLiveOverride 


7200000 


Del iveryModeOver ride 


= Persistent 


Name 


= Warehouse 


SessionPoolsCurrent Count 


= 0 


SessionPoolsHighCount 


= 0 


SessionPoolsTotalCount 


= 0 


DestinationsCurrent Count 


= 1 


DestinationsHighCount 


1 


Dest inat ionsTotal Count 


= 1 


MessagesCurrentCount 


= 0 


Me s s age sH i ghCoun t 


« 0 


MessagesPendingCount 


= 0 


MessagesReceivedCount 


= 0 


BytesCur rent Count 


= 0 


By t e s H i ghCoun t 


= 0 


By t e s Pend i ngCount 


= 0 


By t e s Re ce i vedCount 


= 0 


Name 


= orderqueue 


Consumer sCur rent Count 


0 


Con sume r sHi ghCoun t 


= 0 


ConsumersTotalCount 


= 0 


MessagesCurrentCount 


= 0 


Mes s age sH i ghCount 


= 0 


MessagesPendingCount 


= 0 


MessagesReceivedCount 


= 0 


BytesCur rent Count 


= 0 


BytesHighCount 


= 0 


BytesPendingCount 


= 0 


BytesReceivedCount 


= 0 



Name = orderqueue 
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ConsumersCurrent Count 


= 0 


Con sume r s H i g hCoun t 


= 0 


Consume rsTot a 1 Count 


= 0 


Message sCurrent Count 


= 1 


Me s s ag e s H i ghCoun t 


= 1 


Messages PendingCount 


= 0 


MessagesReceivedCount 


= 1 


By t e sCurrent Count 


= 27 


By t e sH ighCoun t 


= 27 


BytesPendingCount 


= 0 


BytesReceivedCount 


= 27 


©receiveMessage ( ) : Message 


Received [0] : Tes 


Name 


= orderqueue 


Consume rsCurrent Count 


= 1 


ConsumersHighCount 


= 1 


Consume rsTot a 1 Count 


= 1 


MessagesCurrent Count 


= 0 


Me s sage sH i ghCount 


= 1 


Messages PendingCount 


= 0 


MessagesReceivedCount 


= 1 


By t e sCurrent Count 


= 0 


BytesHighCount 


= 27 


By t e s Pendi ngCount 


= 0 


BytesReceivedCount 


= 27 


Queue : order queue was removed from JMSServer 


Name 


= Warehouse 


SessionPool sCurrent Count 


= 0 


Ses s ionPool sHighCount 


= 0 


S e s s i onPoo 1 sTo t a 1 Count 


= 0 


DestinationsCurrent Count 


= 1 


DestinationsHi ghCount 


= 1 


DestinationsTotalCoiint 


= 1 


MessagesCurrent Count 


= 0 


Me s s age sHighCount 


= 1 


Me s s ag e s Pendi ngCoun t 


= 0 


MessagesReceivedCount 


= 1 


By t e sCurrent Count 


= 0 


By t e sH ighCoun t 


= 27 


BytesPendingCount 


= 0 


BytesReceivedCount 


= 27 



message to order queue 



Warehouse ! 



JMSServer : Warehouse was removed from server : examplesServer ! 



Listing 2 
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[0 1 49] Once the above output is manually verified for con^ectness. you can easily nnake 
this a valid reusable WebLogic JMS test case by doing two things: 

1 . Rename the "jmstest.ouf file to "jmstest.bmk" 

2. Edit the "jmstest.xml" file by changing the Verify attribute value to "true" in the 
<scenario> element. 

[0150] The next time the same command line is executed. JMSML then treats the 
"jmstest.xmr as a test case and prints out the test pass/fail result to the stdout. As can be 
seen, without writing a Java program, we have quickly written a complete test case for BEA 
WebLogic JMS and JMX features. 

jmsml.dtd File 

[0151] The following is an example of a JMSML Document Type Definition file. 



<?xml version=»1.0' encoding^ 'UTF-8 



?> 



<! ENTITY % message. types 

<! ENTITY % message 

<! ENTITY % system 

<! ENTITY % all 

<! ENTITY % jms. header 

"JMSMessagelDl 

JMSCorrelationlDl 

JMSDestinationj 

JMSReplyToj 

JMSTimestampI 

JMSExp i rat ion | 

JMSPriority I 

JMSDeliveryMode | 

JMSType I 

JMSRedelivered"> 

<! ENTITY % runtime .mbeans 
"Server Run time | 
Connect ionFactoryRun time | 
Connect ionRun time | 
JMSServerRuntime | 
QueueRuntime | 
Topic Runtime | 
DestinationRuntime | 



"Text I Bytes | Obj ect | XML | Map" > 
" Message "> 
" System"> 
"All"> 
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SessionPoolRuntime | 

SessionRuntime | 

Connect ionConsumerRuntime | 

Consumer Run time | 

Producer Runtime | 

StoreRutime | 

FileStoreRuntime [ 

JDBCStoreRuntime | 

Tempi at eRuntime | 

Des t inat ionKeyRunt ime " > 

<! ENTITY % conf ig.mbeans 
"Sewer \ 

MigratableTarget | 
Target | 

Connect ionFactory | 
JMSServer | 
Queue | 
Topic] 

Destination! 
SessionPool | 
Connect ionConsumer | 
Filestore | 
JDBCStorej 
Template] 
DestinationKey"> 

< I ENTITY % jms. clients 
"Sender I 
Publisher | 
SyncQueueReceiver | 
AsyncQueueReceiver | 
SyncTopicSubscriber | 
AsyncTopicSubscriber | 
Browser" > 



<! ENTITY % notification. objects 

"Notif icationFilter |Notif icationListener"> 



< I ENTITY % mode "Synchronous | Asynchronous " > 

<! ENTITY % transactiontype "JMS | User" > 

<! ENTITY % transaction "commit | rollback" > 



<! ENTITY % ackmode 

"NoAckl 

Auto I 

CI lent Yes | 
ClientNo] 
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Multicast "> 



<! ENTITY % txpolicy 

<! ENTITY % deliverymode 

<! ENTITY % timeunit 

<! ELEMENT jmsml 

< ! ELEMENT scenario 



"TX_ONE I TX_PREVIOUS | TX_ALL" > 
" Per s i stent | Non - Pe r s i s t en t " > 
"Mill is [Seconds [Minutes I Hours "> 
(scenario* |operation+) > 

(purpose?, expectedresult?, operations- ) > 



<!ATTLIST scenario Name 
Verify 
Persistence 
SortedVerif ication 

<! ELEMENT purpose 



CDATA #REQUIRED 
(true I false) #REQUIRED 

(true I false) #IMPLIED 
(true I false) #IMPLIED> 



< I ELEMENT expectedresult 



(# PCDATA) > 

(#PCDATA) > 



<! ELEMENT operation 

<!ATTLIST operation 
AsyncQueueReceiver 
Ack 

AckAfterMes sages 
AsyncTopi cSubscriber 
Body 

BytesMaximum 
BytesThresholdHigh 
By t e sThre s hoi dLow 
BytesPagingEnabled 
Class 



Condition 
Count 

Connect ionFactory 
Conne c t i onCon sumer 
Conf ig 
Configured 

Connect ionFact oryRunt ime 

Conne c t i onCon s ume r Run t i me 

ClientID 

Cluster 

Destination 

DestinationServerUp 

DeliveryMode 

Del i veryModeOverride 



(# PCDATA) > 



CDATA # IMPLIED 

(%ackmode; ) #IMPLIED 
CDATA # IMPLIED 

CDATA # IMPLIED 

CDATA # IMPLIED 

CDATA #IMPLIED 
CDATA # IMPLIED 

CDATA # IMPLIED 

CDATA # IMPLIED 

(message | 
mbean | 

system) ^REQUIRED 
CDATA #IMPLIED 
CDATA #IMPLIED 
CDATA- # IMPLIED 

CDATA # IMPLIED 

CDATA #IMPLIED 
CDATA #IMPLIED 
CDATA # IMPLIED 

CDATA #IMPLIED 
CDATA #IMPLIED 
CDATA # IMPLIED 

CDATA # IMPLIED 

(true I false) #IMPLIED 
(%deliverymode; ) #IMPLIED 
(%deliverymode ; ) #IMPLIED 
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Destinat ionKey 
DestinationServe rName 
Destinat ionKey s 
Dest inat ionRunt ime 
Def aultRedeliveryDelay 
Durable 

ErrorDest inat ion 

ExpectedExcept ion 

Fi 1 eS t oreRunt ime 

Filestore 

Filter 

FlowMaximum 

FlowMinimum 

Flowlnterval 

FlowSteps 

FlowControlEnabled 
Factory 

JDBCSt oreRunt ime 

JDBCStore 

JMSCorrelationID 

JMS Server Run time 

JMSServer 

JNDIName 

JMSMessagelD 

JMSReplyTo 

JMSDest inat ion 

JMSDelive r y Mode 

JMSExpiration 

JMSTimestamp 

JMSRedelivered 

JMSType 

JMS Priority 

MessagesMaximum 

MessagesThresholdHigh 

Me s s age sThr e shol dLow 

MessagesPagingEnabled 

MigratableTarget 

MigrateDest inat ion 

Mode 

Name 

Not ificationFi Iter 

Notif icationListener 

PagingStore 

Persistent 

Priority 

Prior ityOverride 

Print 

PrintMesssage 
Print Performance 
Queue 



CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

CDATA 

(%mode) 

CDATA 

CDATA 

CDATA 

CDATA 



^IMPLIED 
#IMPLIED 
# IMPLIED 
#IMPLIED 
#IMPLIED 
#IMPLIED 
#IMPLIED 
#IMPLIED 
# IMPLIED 
ttlMPLIED 
#IMPLIED 
#IMPLIED 
# IMPLIED 
# IMPLIED 
#IMPLIED 
# IMPLIED 
# IMPLIED 
#IMPLIED 
ftlMPLIED 
#IMPLIED 
^IMPLIED 
ttlMPLIED 
# IMPLIED 
#IMPLIED 
^IMPLIED 
#IMPLIED 
#IMPLIED 
#IMPLIED 
ttlMPLIED 
#IMPLIED 
#IMPLIED 
#IMPLIED 
#IMPLIED 
#IMPLIED 
#IMPLIED 
#IMPLIED 
ttlMPLIED 
#IMPLIED 
#IMPLIED 
#IMPLIED 
#IMPLIED 
#IMPLIED 
#IMPLIED 



(true I false) #IMPLIED 
CDATA # IMPLIED 

CDATA # IMPLIED 

(%jms. header;) #IMPLIED 
(true I false) #IMPLIED 
CDATA #IMPLIED 
CDATA # IMPLIED 
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QueueRuntime 
RedeliveryDelayOverride 
Redel iveryLimi t 
Silent 

Shut downMes sage 

Size 

SleepBef oreAck 
SleepAf terAck 
SleepBef orePublish 
SleepAf terPublish 
SleepBef oreReceive 
SleepAf terReceive 
SleepBef oreSend 
SleepAf terSend 
Selector 
Server 
SessionPool 
Store 

StoreEnabled 
Severity 
Subsystem 
Sender 

SyncQueueReceiver 

SyncTopicSubscriber 

SessionPoolRuntime 

SourceServerUp 

Sort At tributes 

Type 



CDATA # IMPLIED 

CDATA # IMPLIED 

CDATA IMPLIED 
(true I false) ^IMPLIED 



Target 

TargetServer 
Targets 

Topic 

Topic Run time 

Template 

TimeToDeliver 

TimeToDeliverOverride 

Time 

Transacted 

Tr an s a c t i onType 

Transact ionPol icy 

Transaction 



CDATA 

CDATA 
CDATA 
CDATA 
CDATA 
CDATA 
CDATA 
CDATA 
CDATA 
CDATA 
CDATA 
CDATA 
CDATA 
CDATA 
CDATA 
CDATA 
CDATA 
CDATA 
CDATA 
CDATA 
CDATA 

(true I false) 
(true I false) 



^IMPLIED 

^IMPLIED 

^IMPLIED 

^IMPLIED 

#IMPLIED 

#IMPLIED 

# IMPLIED 

#IMPLIED 

#IMPLIED 

^IMPLIED 

#IMPLIED 

#IMPLIED 

#IMPLIED 

#IMPLIED 

#IMPLIED 

#IMPLIED 

#IMPLIED 

#IMPLIED 

#IMPLIED 

#IMPLIED 

#IMPLIED 

#IMPLIED 
#IMPLIED 



(%conf ig . mbeans ; | 

%runtime .mbeans; | 

%jms . clients ; | 

%notification. objects; | 

%message; | %system; | 

%message. types; | 

%all;) #REQUIRED 

CDATA # IMPLIED 

CDATA #IMPLIED 

CDATA #IMPLIED 

CDATA # IMPLIED 

CDATA #IMPLIED 

CDATA #IMPLIED 

CDATA #IMPLIED 

CDATA #IMPLIED 

CDATA #IMPLIED 

(true I false) #IMPLIED 

(transactiontype; ) #IMPLIED 

(%txpolicy; ) #IMPLIED 

(%transaction;) #IMPLIED 
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Unit 
Used 
Wait 



( % t imeuni t ; ) # IMPLI ED 

CDATA # IMPLI ED 

CDATA #IMPLIED> 



Listing 3 

JMSIVIL OPERATION ATTRIBUTE TABLES QUICK REFERENCE 

[0152] In this section, all the JMS operation attributes are listed in table format for 

quick reference. 

Common Attributes of the "message class" operations (Send. Receive, Publish and 
Subscribe) include: 



Attribute 
Name 


Description 


Required? 


Valid Values 


Default 


Name 


Name of the message 
producer/consumer (and 

session) 


Yes 


A valid Java String 


Ufl 


Type 


Type of the message to send 


Yes 


Text|Object|Bytes|Stre 
am|Map|XML 


"Texr 


Factory 


JNDI Name of the JMS 
Connection factory 


Yes 


JNDI Name 





Table 7 



Common Attributes of the message Produce Operations {Send and Publish) include: 



Attribute 


Description 


Required? 


Valid Values 


Default 


Queue 


JNDI Name of the JMS Queue 
Destination 


Yes 


JNDI Name 




Ack 


JMSSession acknowledgement 
Mode 


No 


-Auto| 
ClientYesI 
ClientNol 
NoAcknowIedge* 


"Auto" 


Transacted 


JMSSession transacted option 


No 


"true|false" 


•^alse" 


TransactionType 


Type of transaction 


No 


"JMSIUser 




Transaction 


Transaction result 


No 


"commitlrollback" 




Body 


Text Message content 


No 


"A valid Java String" 


A string of "a" of 
length 1024 
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Size 


Size of the default content of 
Text Message 


No 


"A valid Integer^ 


-1024'' 


Count 


Number of messages to send 


No 


"A Valid Integer 


"1" 


Priority 


JMS Priority of the message 
being send 


No 


"A valid value 
between 1 to 9" 


"producer's default 
priority" 


TimeToLive 


Expiration time of the message 

being send in milliseconds 


No 


"A valid Integer value" 
or "Air 


Infinite 


JMSCorrelationlD 


JMS Message header field 


No 


"A valid String" 




JMSType 


JMS Message header field 


No 


"A valid String" 




JMSReplyTo 


JMS Message header field 


No 


"A valid JMS 
destination JNDI name" 





Table 8 



Attributes specific to message Send Operation include: 



Attribute 


Description 


Required? 


Valid Values 


Default 


Queue 


JNDI Name of the JMS Queue 
Destination 


Yes 


JNDI Name 


HI* 


SleepBeforeSend 


Time in seconds, to sleep before 
sending the message 


No 


"A valid Integer" 




SleepAfterSend 


Time in seconds to sleep after 
sending the message 


No 


"A valid Integer" 





Table 9 



Attributes specific to message Publish Operation include: 



Attribute 


Description 


Required? 


Valid Values 


Default 


Topic 


JNDI Name of the JMS Topic 
Destination 


Yes 


JNDI Name 


MM 


SleepBeforePublis 
h 


Time in seconds, to sleep before 
publishing message 


No 


"A valid Integer" 




SleepAfterPublish 


Time in seconds to sleep after 
publishing the message 


No 


"A valid Integer" 





Table 10 
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[0153] The following is the XML representation of the Send and Publish operations, 
with all the possible attribute/values. The optional attributes are shown within the comments 
tags (<- ->). 



<operation 
Class= "message" 
Type = "Text" 

Name="A Valid Java String" 

Factory=" JNDI Name of the JMS Connection Factory" 

Queue I Topic ="JNDI Name of the JMS Queue /Topic Destination" 

<-- Ack="Auto| ClientYes I ClientNo |NoAcknowledge" 

<-- Transacted="true I f alse" 

< - - TransactionType=" JMS I User" - - > 

Transact ion=" commit I rollback" --> 
< - - Body="A valid Java String" - - > 
<-- Size="A valid Integer value" --> 

Count="A valid Integer value" 
<-- Priority="A value between 1 to 9" --> 
TimeToLive="A valid Integer value" --> 
JMSCorrelationID="A valid value per JMS Specification" 
<-- JMSType="As per JMS Specification for JMSHeader fields" 
<-- JMSReplyTo="As per JMS Spec for JMSHeader fields" --> 
SleepBefore{Send|Publish}="A valid integer value" 
SleepAfter{Send| Publish}="A valid integer value" 
<-- Expect edException= "A valid Java Exception class Name" 
>Send( Publish</operation> 



Attributes of a message Consumer {Receive and Subscribe) Operations include: 



Attribute 


Description 


Required? 


Valid Values 


Default 
Value 


Mode 


Receiving mode of the consumer 


No 


"Synchornousl 
Asynchronous" 


"Synchronous" 


Wait 


How long to watt in case of 
Synchronous receive 


No 


"A valid integer" will be 
treaded in seconds" or 
"No" for receive with 
noWait API which will 
return immediately 


(blocking 
receive) 


Ack 


JMSSession acknowledgement 
Mode 


No 


-Autol 
CllentYesI 
ClientNol 
NoAcknowledge" 


"Auto" 
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AckAfterMessage 
s 


Indicates the consumer to 
acknowledge after the every 
"number" of receives 


No 


"A valid Integer* 


"1" 


Transacted 


JMSSession transacted option 


No 


"truelfalse" 


"false" 


TransactionType 


Type of transaction 


No 


-JMS|User" 




Transaction 


Transaction result 


No 


"commitlrollback" 


urn 


TransactionPolicy 


Indicates the consumer to 
execute ine iransaciton 
operation as per the policy 


No 


"TX_.ONE| 

TX_PREVIOUSl 

TX.ALL" 


-TX^ONE" 


f^oi int 

V^UUI II 


Indicates the number of 
messages to be received by a 
synchronous receiver 


No 


"A Valid Integer* or "All" 




Print 


Indicates the receivpr tn Print thp 
JMS Header properties 


Nn 


M vaiiu jMo message 
Header field name" 




Selector 


Message selector used for 
receive 


No 


A valid selector 
expression as per JMS 
Specification 





Table 11 



Attributes specific to message Receive Operation include: 



Attribute 


Description 


Required? 


Valid Values 


Default 
Value 


Queue 


JNDI Name of the JMS Queue 
Destination 


Yes 


JNDI Name 


MIf 


SleepBeforeRecei 

ve 


Time in seconds, to sleep before 
receiving the message 


No 


"A valid Integer" 


un 


SleepAfterReceive 


Time in seconds, to sleep before 
receiving the message 


No 


"A valid Integer* 


tut 



Table 12 
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Attributes specific to message Subscribe Operation include: 



Attribute 


Description 


Required? 


Valid Values 


Default 
Value 


Topic 


JNDI Name of the JMS Topic 
Destination 


Yes 


JNDI Name 




Durable 


Enables the creation of Durable 
subscription by this name 


No 


A valid Java String 




SleepBeforeSubs 
cribe 


Time in seconds, to sleep before 
subscribing the message 


No 


"A valid Integer" 




SleepAfterSubscr 
ibe 


Time In seconds, to sleep before 
subscribing the message 


No 


"A valid Integer" 





Table 13 

[0154] The following is the XML representation of the Receive and Subscribe 
operations, with all the possible attribute/values. The optional attributes are shown within the 
comments tags (< — >). 

<operation 
Class= "message" 
Type="Text" 

Name="A Valid Java String" 

Factory="JNDI Name of the JMS Connection Factory" 

Queue I Topic=" JNDI Name of the JMS Queue/Topic Destination" 

Ack="Auto I Client Yes | ClientNo |NoAcknowledge" --> 
<-- Transacted= "true I false" --> 
<-- TransactionType=" JMS |User" --> 
Transaction="commit I rollback" 

Count="A valid Integer value" --> 
<-- Print="A valid JMSHeader field name" 

Selector="A valid message selector expression" -->. 
<-- SleepBefore{ Receive I Subscribe } = "A valid integer value" --> 
<~- SleepAf ter {Receive I Subscribe} = "A valid integer value" 
ExpectedException="A valid Java Exception class Name" --> 
Durable="A valid Java String" --> 
>Receive | Subscribe</operation> 
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[01 55] The present invention may be conveniently implemented using a conventional 
general purpose or a specialized digital computer or microprocessor programmed according 
to the teachings of the present disclosure. Appropriate software coding can readily be 
prepared by skilled programmers based on the teachings of the present disclosure, as will be 
apparent to those skilled in the software art. 

[0156] In some embodiments, the present invention includes a computer program 
product which is a storage medium (media) having instructions stored thereon/in which can 
be used to program a computerto perform any of the processes of the present invention. The 
storage medium can include, but is not limited to, any type of disk including floppy disks, 
optical discs, DVD, CD-ROMs, microdrive, and magneto-optical disks, ROMs, RAMs, 
EPROMs, EEPROMs. DRAMs, VRAMs, flash memory devices, magnetic or optical cards, 
nanosystems (including molecular memory ICs), or any type of media or device suitable for 
storing instructions and/or data. 

[01 57] The foregoing description of the present invention has been provided for the 
purposes of illustration and description. It is not intended to be exhaustive or to limit the 
invention to the precise forms disclosed . Many modifications and variations will be apparent 
to the practitioner skilled in the art. Particularly, it will be evident that additional JMS markup 
language (JMSML) operations can be developed in accordance with the specifications 
described herein. The JMSML methodology and language may also be used with application 
servers in addition to the WebLogic Server. It will also be evident that other types of 
command-line environment, interfaces, and Integrated Design Environment (IDE) can be 
devised to allow a software developer to design, test, and implement JMSML-based 
applications. The embodiments were chosen and described in order to best explain the 
principles of the invention and its practical application, thereby enabling others skilled in the 
art to understand the invention for various embodiments and with various modifications that 
are suited to the particular use contemplated. It is intended that the scope of the invention be 
defined by the following claims and their equivalence. 

-60- 
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Claims: 



What is claimed is: 

1 . A system for accessing Java Message Service using a mark-up language, comprising: 
a source file that contains one or more markup language components; 

a parser that parses said source file and communicates said markup language 
components to a command processor; and, 

a command processor that converts the markup language components into one of JMS 
or JMX system operations. 

2. The system of claim 1 wherein said parser and said command processor comprise 
an engine that parses source files and generates commands. 

3. The system of claim 1 wherein the markup language is JMS markup language. 

4. The system of claim 1 wherein the source file is an XML file. 

5. The system of claim 4 wherein the markup language is JMS markup language. 

6. A method for accessing Java Message Service using a mark-up language, comprising 
the steps of: 

supplying a source file, wherein said source file contains one or more markup language 
components; 

passing said source file as input to a parser, wherein said parser identifies said 
markup language components and passes said markup language components to a command 
processor; and. 
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translating, by said connnnand processor, the markup language components into one 
of JMS or JMX system operations. 

7. The method of claim 6 wherein said parser and said command processor comprise 
an engine that parses source files and generates commands. 

8. The method of claim 6 wherein the markup language is JMS markup language. 

9. The method of claim 6 wherein the source file is an XML file. 

10. The method of claim 9 wherein the markup language is JMS markup language. 
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Abstract: 

A system and method for Java Message Service Mark-up Language (JMSML). The 
system includes an extensible engine that performs the task of parsing input data and 
converting it to Java JMS/JMX API, and then executes the JMSML program. 
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User Opens Command-Line Interface at Client 



530 



User Enters Commands to Invoke Java Method 



Coresponding Command (In XML Format) is 
Passed to JMSML Engine 



Engine Generates Appropriate JMS/JMX 
Commands and Communicates them to Server 536 
Results are Optionally Generated 



(Optionally) Store Results in Results File 
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User Enters Commands into Web Interface/ . 

Browser at Client \/ 580 



Browser Communicates Code to JMSML 

Servlet/Engine rv582 



JMSML Servlet/Engine Formulates JMS/JMX 
Commands 
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JMS/JMX Commands are Communicated to 
Target Server 
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FIGURE 18 
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